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^SYSTEMANDA^STHO^^ 
BETWEENACl^^ 

CROSS-REFERENCE TO RELATED APPLICATION 

CROSb Kin-iii^ Provisional Patent Application No. 

This application claims the pnonty of U.S. Provisio 

AT 9nft9 entitled "A SYSTEM AND A METHOD FOR 
60/346,683 filed January 07, 2002, entitled a pvcHANGE 
ACCELERATING COMMUNICATION BETWEEN CLIENT AND MS EXCI^GE 
Server" and mte— Application Number PCT/IL03/00014 fled onj-^a^ 5^^^^ 
TL "A SYSTEM AND A METHOD FOR ACCELERATING COMMUNICATION 
™ ClLnT AND AN EMAIL SERVER" the su.ect matter of which are herehy 
incorporated by reference. 



raCHNICALFffiLD ,„^™ica,io„s a„4 more 

The piesent invention relates to the ftelo or 

,3 specifically, to the enhancement of transferring data t^ou^put in communication system 
between an Email Server and a client utilizing Email software. 

BACKGROUND OF THE INVENTION 

Historican. in server based networ,. s^ng one or more clients, «,e servers 
.„ n. Jpower., computers wMle the client computers .ve „«W — JJ- 
Led Imputing power and limited storage capacity. Generally, commumcatton betwe» 
r"erl..!Lversl,as,^e„a.led,.ou^t.euseora.^(U«al^Net„o,lt, 

usingahighcapacitycommunicationlinkandgeneratingadomam. 

\d„mlisag>o„porcompu.ersanddevicesonane.wor.,hatareadmm.^^^^^ 

« unit wid. common rules and proced^es. Widriu dre Internet, domams are defined by dre IP 
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u • ■ .A All devices Sharing a common part Of the IP address are said to be in 
address that IS assigned. All devices snanug a 

. — ..0.. .a.e ^^^^ 
perfonned on fte server * while *e cHen, compu«r opera.es as a «n„.nal and an .nterfeoe 
, ':^^reen.e„serand.eserver. O— *is ^ of an a.W.e«„re resn,« .n Kea^ 
n^«„n Of ,n— .e^een .he chen. and *e server. >. shon,d he noted Ura. *e 

terms "elien." and "user" are used taterchangeaWyherem. ^i„„fflizadon 
h,reeen.years>epo,.h,econ,pu.erhasexpertenoedexp,oswegrow*,nun..^o. 

. «en as in *e perfonnanoe capahiiirtes. fea^res. processing power, ^j^^ 
,0 andcapahiiiaes. ^ere has atso heen a greardea, of expansion in use and avaOa .^ ^ 
.oha, da. c^^nioa^on ne^or. known as Are In^me, and .he use of por^hie 
e„„unu„ica«o„sys«n,s,ike.bu.no.,in,i.edHcellu.arorsa.em»sys.enrs. 

„ is desirable for an en^rprise to. is nshrg a e>ien.server arch.«»r^. or ex mp 
MICROSOFT OUTLOOK and fte MS exchange s«v=r. «. provide users wi* *e ab.h.y .o 

, ZlirMS 0.ce docu.en. and B-mai, messages whiie -^^-^ ^^J^^:^ 
e„m,ec.ed.^u^d,eh,.erne.v,a.e,ephone.inesorawire,essne^»orM*cb^.n^^U^^ 

.0 Ceiiular or Sa.Ui« networks. Oudook is M,croso«-s nraU chen. and P-"^ — 
^.er The M. version includes a PM (Personal tafonnation Manager) calend^g, to^o 
. ^ nllTLOOKalsoprovidesajoumalingcapabilityforkeepmg 
lis. and groupware funcBons. OUTLOOK also pro j MtCROSOFTS 
20 Back of hourly billing. OtJTLOOK can be used as flre chen. end - ™°FTS 
BxchangeServer„ras*ee-nraiUlientwidtan,.P(..erne.ServiceProv,de.«^ 

paragraphs that follow refer .„ an MS exch^ge server as an example of an Emarl S^er 
d,epresen.invenrion,and«,OmWOKasanexan,pleofanEmailapphca„on. 

one .echnioal hurdle, in meedng *is desire, is to. the wireless conrmumc ., n 
25 systems or ne.works have a limited bandwid*. Using such limited bandwidth networks ^ 
^le a LAN results in increasing the communication time hereon *e remo. users and 

reduces the quality of the connection. 

Wore.he.isa needinthe art for a system and a method to. can reduce the 
^omtion be^veen a remo« user and a server in an on-line operadon. Such a sys«m can 

. , „„ F„nher there is a need in die an for a system and 
30 increase the speed of die commmncanon. Further, there is „,„ , ™Mess 

medtod ,0 reduce the transportation between a remote user and a server over a wrele. 
communication channel. 
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A specific example of *is need can be seen in *e setting of a user mailbox wiihin an 
exchange se^er. In Ws setting, fte user mailbox is par. of *e exchange server informanon 
store. The informal store consisU of *ree implementadons of MAP. message s»res: |he 
public informal s.ore, tt.e private infonnadon store, and .he persona, folder store (PST^. 
MAPI is an abbreviation of Messaging Application Programming .nterface, a sys.«nbml. 
iu«, Microsof. Windows ,ha. enables differen. e-mail appHcadons ,0 work togefter U. 
distribute mail. As long as bo* appl.cations are MAPI-enabled, they can share ma.l 
messages with each ofter. The para^aphs tha. follow tefer to MAPI as an ex«„p.e of an 
applicaSon programming interfece of present inventa. 

intonnation store organization of public folders, private folders, and messages ,s 
referred tt, as .he organization hierarchy. Anofter implemenution of a MAPI message s|ore 
is corfigured when a user works offline or not com.ec.ed ,0 fte exchange server^ Th. 
message s.ore is called ti,e offime folder su,re (OST) and *e con«n. and struct.^ of tire OST 

mirrors the mailbox while offline. 

A mailbox is the delivery location for all incoming mai. messages addressed to a 

designated ovmer. h,formation in a use^s maiftox is stored in the private information s«.re 

on a Microsoft Exchange Server computer. A mailbox can contain revived messages. 

message attachmente. folders, folder hierarchy, and more. 

OUTLOOK uses MAP. over Remote Procedure Calls (RPC) as i.'s ttanspor. provder 
.„ conneC fte user tt, i« mailbox flu. resides physically a. fte exchange server as par. of .he 
iuf<^tion au.re. RPC is a call tha. is based on a dien. server model. Procedures .ha. are 
called wiflnn flre clien. application are achrally performed wiftin tire server side over a 
communication cham.els. The MAPI ttanspor. provider and .he MAP. measage s»re, calW 
me exchange server service, are ti^fly coupled in auchaway,ta.i. is impossible^use only 

ttte MAPI message s.ore and a differen. ttanspor. provider and sti.1 main^in flre provrsron of 
all ttie services ttie Exchange server service offers. 

Using RPC as ttte communication beWeen a remote user and i.s majbox a. flie 
exchange s«ver over low bandwidti, is very slow and has a lo. of communication overhead. 
When fl.e user uses OUTLOOK in .he offline mode, ouigoing messages are kep. m fte user 
, ou*ox in i.s offlme folders, and mcoming messages are kep. for him a. .he exchange sen-er. 
When tt» us« is going back online, tire exchange server and outiook synchronize Arose 
messages. Ws process resulrs in a sip-ifican. amoun. of dau ttansfer » occur, dependmg on 
4eamoun.of.raflrc received and tire .ime .ha. .he us. hasbeen offline. In a wtteless 
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corfiguration, ftis process can absoA a significant pe««,Uge of *e available bandw,d,h. 
Thus there is a need in the art for a method to reduce the transporUtion between a remote 
user and a server in an on-line operation »hen large amounts of data, such as dmmg a 
synchronization fimction, is necessary. 



SUMMARY OF THE nWENTION 

The present invention provides a system and a method that improves fte on-line 
op«ation between a remote email or application program and the exchange server to whtch .t 
interfaces, such as a mrilbox exchange server. Tire present invention operates by mckmg or 
controlling the email appUcation program in such away tot Are email application program 
operates as it is on-Une although i. is off-line. In an embodiment of the p.^. invennon, th,s 
is accomplished by spoofing the OUTLOOK application progr™ a«) as a result, the 
OUTLOOK system operates off-line but the user has on-line type experience. 

More specifically, the present invention replaces the MAP^C as ^ transport 
provider while the user is operating the email application program in an off-lme mode. The 
data transfer between Ih. email application program and the email server is handled by the 
present mvention in the background. On the server end of the comreotion, flte preset 
invention operates to spoof the server and thus causes the server to operate as .hough the 
remote customer is an interactive user presenfly connected to the domain 

Another aspect of the present invention is using the muW-tasking feature of an NT 
machine to overcome the MAPI session limitation of an Exchange Server. Tlie Exchange 
server operates to enable only a limited number of MAPI sessions per interactive user's 
computer The present mvention overcomes this limitation by generating a separate task for 
each active remote user (a Us« Agent (UA)). This method of spoofing flie Exchange Server 
enables tiie Exchange server to support a plurality of remote users via a single NT/Wm2000 

machine or equivalents. 

Anexemplaryembodimentof present inventionmay include, but is not lunited to, 

two logical modules that work within the client/server architecture: 
J (1) A Domain Logical Module (DM), which is installed on an NT machme or 

similar machine and has a computer account in the domain; and 

(2) A Client Logical Module (CM), which is installed in the client's computer as 

an extension of the mail program. 
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The pre.™, invention may be a DLL OUTLOOK ex«nsi«n/add-in, and replaces fte 
MAPyCDO a. *e nansport provider. CDO, or ColUboration DaU Object is a .ecbnology 
for buildingmessagingor collaboration appUca«o.s.DlLissbor. tor Dynamic Link Ubrary, 

a library of execurable tactions or da,a *a. can be used by a Windows apphcanoa 
Typically, a DLL provides one or more particn^ «.-ti„ns and a progr«n accesses fbe 
laons by creating either a sratic or dynamic Hn. .0 tire DIX. A sUtic Imk rema^ 
eonsran. during program execution while a dynamic link is created by are prog^ as needed. 
DLL, can also contain just data. DLL files usually end with the extenston ".dll . 
A DIL can be used by several applications a. the same tinre. Some DLLs are provrded wti, 
«,e Windows operating syst«n and available for any Windows application. Other DLU are 
written for a particular application and are loaded with tire application as in the exempUry 
embodiment of the present invention. 

CDO is the bridge ftom Visual Basic and scripting languages to MAPI CDO exposes 
COM objects, but tirese COM objects are of dre right nature to be accessible throng both 

present invention may be used in conjunction with an additional system, which 
operatesto accelerate ti,ecomm„mcatio„overaproblematicnetw„rkchanr.lsuchas,bu.not 

Wted to cellular, satellite or other wireless chamrels. This additional system may operate ^ 
compress or otherwise modify tire communication protocol «> create a more efficient protocol 
u^e otiter changes and adjusmrents. Examples of such additional systems tnclude 
NettOain U 00 of Flash Networks, ttthe accelerating system is used, two additional moduUs 

„ay be needed - one in each end of tire problematic line. However, it should be noted .Mt 
these additional modules arenotrequiredelements of thepresentinventionbutratirer. cube 

i incorporated into tire present invention. These additional modules include: 

Client Booster (C.BST). 
Gateway Booster (G. BST). 

TTre present invention supports substantially all OUTLOOKbuilt-informMUch as the 

E-mail messages, appoinmients, contacts, calendar, tasks etc. 

Ofter objects, features, and advantages of the present invention will become apparent 
upon reading the following detailed description of the embodiments with the accompanymg 
drawings and appended claims. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 is a block diagram illustrating a common enviromnent in which an exemplary 
embodiment of the present invention may be used. 

Fig. 2a illustrates a block diagram of an exemplary embodiment of a Client Module 



(CM) 



Fig. 2b illustrates a block diagram of an exemplary embodiment of a Client Module 
(CM), which is connected to a booster module. 

Fig. 3 iltetrates a block <lUgra™ of an exemplary embodimen. of a Domain Module 

(DM) in a corporate domain. 

Fig 4a and Fig. 4b are a flow chart illustration of a method implemented by an 
exemplary embodiment of the present invention during the login stage. Fig. 4a illustrates a 
method implementedby an exemplary embodiment ofaClient Module andFig. 4b illustrates 

a method implemented by an exemplary embodiment of a Domain Module. 

Fig. 5 illustrates a method implemented by an exemplary embodiment of a Chent 
Module during on going operation after the Login stage. 

Fig. 6 illustrates a method implemented by an exemplary embodiment of 

a User Agent (UA) 360 during the on going operation, after the Login stage. 

Fig. 7 illustrates a method implemented by an exemplary embodiment of a UA 360 
during A Logoff stage. 

DETAILED DESCRIPTION 

Refemng no« to ^ dtawings. in wHch like numerals refer U, like parts to-ughou, 
several views, exemplary embodiments of the present invention are descnbed. 

Fig 1 is a block diagram illustrating a common enviromnent in which thepresent 
invention may be used A cellular system 100 has been selected as an exemplary 
enviromnent .hat is suitable for implementing the present invention. However, it should be 
noted, and readily observable to those skilled in the art, that flte present invention ,s no. 
limited to operation wiflm, a cellular enviromnent, and for that ma«er, any o*er specfic 
communicaaons sys«m. Bu. rather, the present invention can be implemented using varrous 
, communication systems such as, bu. not limited to, s,*es..hePSTN (Public Swtched 
Telephone Network), ISDN (integrated services digital network) Imes etc. 

A plurality of laptop computers 110. to llOn are comrected via cellular com,cc«ons 
120toaga.eway(OW)»0,whichcanbetotedtaapa,ticutaxcellorinanoperatorstafon. 
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-n^e laptop computers 110 may represent any portable devices that use MAPI messages 
services for communicate with an exchange server, like but not limited to palm computers, 
cellular phones etc., and will collectively be referred to as client 110. 

The communication over comiection chamiels 120 can be based on TCP/IP or, it can 
be based on a proprietary accelerating protocol. In case of using a proprietary accelerating 
protocol, two additional modules are needed (one for each end of the line 120). 

GW 130 may be comiected via a VWB (Very Wide Bandwidth) comiection 140 to the 
Memet 150 and from there, via the appropriate Domain Modules (DM), 160a to 160m, to the 
domain of each of the cooperates, 170a to 170m, which comprises the appropriate Exchange 

Server, 175a to 175111. 

More than one client llOmay be comiected to the same domain 170 via the same DM 
160 and be engaged in an interactive comiection with the same Exchange Server 175 

simultaneously. 

Fig 2a illustrates a block diagram of an exemplary embodiment of a Client Module 
(CM). The CM 205 is a OUTLOOK extension DLL. THe CM 205 operates to receive 
indications from OUTLOOK, or some other email application program, when a new message 
has been submitted to the outbox; change the message from the messaging application format 
into a proprietary messaging format (Msg. FT) and export the translated message over 
TCP/IP. 

The CM 205 comprises several modules including: Event Manager 207; format 
converter 210; Messaging System (Mes. Sys.) 220; priority queue (Q) 230 and TCP/IP 
module 240. 

THe User, operating an email application program in an off-line mode and desiring to 
send an outgoing message, presses the send button, or its equivalent, and the message is 
submitted to the outbox. The email application program then indicates to its extensions that a 
new message is waiting in the outbox. Upon receiving this indication, the Event Manager 
207 calls the Format Converter 210, which reads the new message in MAPI format and 
translates it into the Mes. FT. The Mes. FT is a chain of properties, which, among other 
things includes the message. THe format converter 210 which translates the MAPI message 
into &e Mes. FT and vice versa, may select part of the properties that are sufficient to 
reconstruct the right message in the other side of the communication chamiel. 
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Mes Sys. 220 receiv« the ohain of objeoB of the new converted message, organizes it 
i„,o a eomplete message and sends the complete message to the queue 230. By using a 
proprietary messaging format. Are present invendon has fte flexibili^, to be connected to a 
mail client and personal information manager system, other than OUTLOOK, by simply 
modi^ng the Event Manager 207 and the Format Converter 210, to fit the API of the other 
mail system. 

Queue 230 organizes the messages according to the priority that has been chosen or 
selected by the user. Queue 230 is the buffer between OUTLOOK and flte ne^vork. 
Transmitting and receiving of the messages are transparent to the user, thus givmg the user 
off-line operation with an on-line experience. 

Tl.e output of the queue 230 is transferred to the TCP/IP module 240 that handles the 
communication over TCP/IP from or to THe TCP/IP module 240 picks a 

complete message from the queue 230 and transfers it over TCP/IP via the configured socket, 
m TCP/IP module 240 also maintains the connection and tries to recomiect to its defined 
socket in case the connection has been broken. 

In the exemplary embodiment of Fig. 2a, the message is then sent out over TCP/IP. 
Alternatively, in the exemplary embodiment of Fig. 2b, the message from OUTLOOK is s^nt 
via TCP/IP to a booster unit 260 that translates the TCP/IP buffers into a more efficient 
protocol, manipulates the message to accelerate the communication and sends the 
transfomied message via a proprietary tumiel (BST comiection) 265 to the GW 130. 

In the other direction, when a message is received from the Exchange Server 175 
(FIG 1), the TCP/IP module 240 handles the data on a packet basis and transfers it to the 
input section of queue 230. THe data from queue 230 is transferred to Mess. Sys. 220. Tlie 
Mess Sys 220 gathers the information from the relevant packets into the whole message and 
transfers it to the format converter 210. THe format converter 210 translates the propnetary 
format back to the MAPI format, and the message is then transferred to its destmation (e.g. 
the inbox. the calendar etc.). In parallel, the Event Manger 207 sends an indication to the user 

that the message has arrived at client 110. 

booming messages can occur in one of two methods, to one method, a new message 
notiScadon has been sen. to the user's mailbox within the Exchange Server 175 and wakes up 
tenser agent to start downloading flremessage. toanother method, the user presses the 
Send/Re«ive button on the OUTLOOK menu wh» the OUTLOOK application is no, 
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connected. Tlxe Event Manager 207 that waits for this event, sends a refresh message to the 
user agent to instruct the user agent to start download new messages. 

Fig. 3 illustrates a block diagram of an exemplary embodiment of a Domain Module 
(DM) 160 in a Corporate Domain 170. Corporate Domain 170 comprises an Exchange 

5 Server 175 and an exemplary DM 160. 

The DM 160 may be an NT machine, a Window 2000 machine etc.. and comprises 
several logical modules including: a TCP/IP module 340, a DM priority queue (Q) 330. 
Dispatcher 350 with its Messaging System 352. and a plurality of User Agents (UA) 360. 

On the upper side, the DM 160 is comiected to an Exchange Server 175 and on the 
10 other side is com^ected to a plurality of clients 110 via TCP/IP comiection 345 over the 
Internet (not shown in Fig. 3). Because OUTLOOK in the client computer 110 is operating m 
off-line mode, the transportation between the CM 200 and the DM 160 is carried by a 
proprietary Transport Provider over the TCP/IP coraiection 345. 

The TCP/IP logical module 340 handles the incoming data from the remote user, via 
15 the configured socket, on a packet basis, processes them according to the protocol and 
transfers the data to the input section of queue 330. m TCP/IP module 340 also maintams 
the comiection and tries to recomiect to its defined socket in case the comiection has been 
broken. 

The data from the input section of queue 330 is grabbed by the Dispatcher Mess. Sys. 
20 352. The Dis. Mess. Sys. 352 pulls the information, organizes it into a message and transfers 

the message to the Dispatcher 350. 

Dispatcher 350 reads the envelop of the message and. based on its current dispatching 
list determines whether the source ofthe message is a new remote user 110. If the source of 
the message is a new user, the Dispatcher 350 assigns a free User Agent 360 to the new user. 
25 adds this assigmnent to its dispatching list and submits the message to the selected UA 360. 
If the source of the message is not a new user, the Dispatcher 350. based on the dispatchmg 
list, transfers the message to the appropriate UA 360. 

UA 360 represents its assigned user in front of the Exchange Server 175. The UA 360 
performs login and logout in the name of current user of the remote client 110, spoofing the 
30 Exchange Server 175 into operating as though theremoteuser is connected locally to the 
domain and operating as an interactive user, who receives and transmits OUTLOOK 
messages and mail. 
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A UA 360 comprises of priori., ,»cu» logical mod* 363, Mes. Sy. logical module 
320. fonna. converter logical mod„le 310 and Even. Manager logical module 307. 

uploaded messages ftom fte remole user are submi..ed by *e Dispa«her 350 U, *e 
inpu. secion of priori.. Queue 363 of .he UA 360. Messaging Systern 320 pulls «.e 
informarion ftom .he inpu. sec«on based on i.s priority, organizes *e —on m» a 
„e.age in «,e proprietary messa^ng format and transfers it to *e ~-«^ 
FormatConverter 310 transU.es the proprietary messaging format .nto MAPVCDO forma, 
and transfers fte message in MAPI forma, to the Even, Manager 307. 

A.«r« thP remote user, the Event Manager 307 
Upon receiving a new message from the remote user, 

, de^rmines whedrer «,e message is a I.gin-r«,ues. or an h,.erPersonal Messagr„g(^M 
„,essage If fte message is a l»gin-re,ues.. *e Even. Manager 307 .mpersonares as the 
i::„scra„dperformsa,ogonse,uence.„.eB.changeServerl7So„.halfof*^^^ 

T.e Even. Manager 307 uses dre credendals of dre remo« user dra. have been collec^ by 
Even. Manger 207 of .he CM 200 and initials a MAP. session in fte Exchange Server 
5 ,75 Tbe operation of Ure UA Even. Manager 307 is described in more deiad belov, 

■ Moreover, in some embodimenls *e: UA Even. Manager 307, d. Forma. C^verter 
,10 and dre Mes. Sys. 320 may be combined in.o a single logical module or in» .wo logical 
modules instead of d« d»ee modules otfte curren. exemplary embodunent. 

Messages ftom d. Exchange Server 175 .0 dre remote users, which are curreudy 
,0 eomreced . d. DM1«.. areprocessedby.heapp.pria. UA360 «.dsubmi„e .0 .he 
outpu. section of Priori.y Queue 330. The ou,». secdon of dre Prion.y Queue 330 of dre 
DM ,60, collects dre ou.going messages 6om each UA 360. Tbe ou^oing messages, fiorn 
Priority Queue 330,preferablybas^atleastinpar.ona^priority,arepul.edandp.ocessed 

,y TCP/IP logical module 340 and are sen. as packets over TCP/IP » «re appropna« user of 

25 remote client 110. • .\ « 

Altemadvely, in aoodrer exemplary embodiment (no. shown m dre drawm^) a 
^Ster uni. may be used hereon dre TCP/IP logical module 340 and .he ne.worlr Th.s 
boosler uni. manipula.es .he nansporUtion in.oa more eflicien.pro.ocol, mampu,a.es.h 
message «, accelerate dre communicadr« and sends dre — ed message v.a 
30 proprieury u»nel (BST comrecd^r) » d-e GW 130. This urn. may perform 
complemeomy operations of die booster uni. 260 in FIG. 2b. 
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M par. otte insBlUdon process of *e CM m computer, .he user is required to 
..ec. one of i.s on-line OUTIOOK profiles. The user naay general U.is profile by using .he 
Windows Mail ConfiguraSon within the control panel. 

Fig 4a is a flow chart illustrating one method for implementing an exemplary 
5 ^,od,mentofaCM.05(F,G.2a.2h,duHng*eloginstage. ^ — 

upon initiationhy ti,e user, prompts the user atstep 410.O selec. one of^O^^ 
Profiles. A. s«p 420, if *e seleCed protile is a profile *a. does no. mvolte ftepresen, 
invention, 4e CM m is no. initia.ed and processing c„n.inues a. s«P 422 where *e user 
may use OUTLOOK in IK common way of operation. 
,0 „ a. s«p 420 *e selec«d profile is a p«.file fta. invokes 4e present invention, the 

CM 205, a. s.ep 424, s.ar. *e Login process wi«, *e us«. This s«p includes prompting .he 
user wi.h a login dUlog box, in which ti« user is rcuired U> en.er his — ^~ 
password domain name and the Exchange Server name). U one embod,ment, «.e CM 205 
lay be configured to take these credentials ftom the user profile withou. prompting .he user 

15 for the dialog box. 

Tie user credentials wi.h additional configuration parameKrs (for example, 
o^npression a«ibu«s, the las. synchroni^tion time e.c.) a„ sen. over tire ne«vor. «, *e 
DM 160 (FIG. 1) a. s.ep 427, using fte TCP connection 250 (FIG. 2a&2b, or v,a a boos«r 
^em 26. in case « such a sy^ exis.s. Then fte CM 205 is wai.ing 42, for recetvmg a 

20 response from DM 160. 

Fig 4b is a flow char, illustiating one meftod for implementing an exemplary 
embodimen. of a DM .60 during *e login sUge. Upon receiving a I.gin re,ues. ftom a 
remceuser. ,he D ispatcher 350(FIG. 3, verifies (no. shown in ti,edraw,ng)wheti^ 
remote user hasbeen assi^ed aUA 360 (FIG. 3). ttthe remote user has been asstgned a UA 
25 360 the Dispatcher 350 forwards tite request to tt. appropriate UA 360. If ti.ere -s no 
assi^en. ye, a. s.ep 430 .he Dispatcher 350 de« whether titere is a .kee UA. ,^*ere 
are no ftee UA. a. s«p 432 ti. Dispatcher 350 wai,s un.il a .ime-ou. exptres and *en 
sheets for a ftee UA a. s.ep 430 again. If ti- U a fiee UA 360, a. s.ep 434 .be Dispa.ch. 
350 assigns the client to the UA 360, updates its assipmrent Uble and forwards the call to the 

" ""Z"ving*eLogin.re,ues.ats«p440.eBven.Manager30,ofthese,ec.^ 
UA360 detennines whether it is thefirstUgm-rcuestofthisuserllCttthisisnotthe first 
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Ugin- request, a, s«p 448 fl>e Ev^t M»ager M7 (FIG. 3) updates to oo,u,ecHo„ 
parameters and proeessing continues at step 456 and retdeves new n«.l. 

However, if it is the first Login-request of a new user 110 (FIG. 1), processmg 
continues a. step 442 where the s elected U A 36. getsthe current client's parante^rs and 
star,, the imper^nation process a, step 444. During the impersonation process, the UA 360 
performs an NT login to the domain ,70, and impersonates «,e remote user 1 10 by using the 
client cr^Jentials. Hre UA 360 *en creaks an OUTLOOK profile for ftis new client, on fte 
machine on which the DM 160 runs, pretending that it is the remote client and at step 446. 
starts a MAPI session to the Exchange Server. 

At step 450. if the credentials of the user are valid ami the login succeeds, a. step 454 
UA 36. sends a Login-success message to the CM 205 and d>e CM 2.5 processing 
continues at point B in Fig. 4a. In parallel, the UA 360 processing continues at step 456 to 
synchronizes the mailbox. .ta 

A. step 450, if the credentials of the user are no, valid and the login fails, the UA 360 
enters the login fail process at step 452 which sends a Lo^n-M message to the CM 205 and 
causes *e CM 2.5 to continue processing at point B in Fig. 4a. TT-en. the UA 36. prov,d« 
notice to theDispaU^her 350 about.hedisconnectionandentersinto afree posrtton. The 
Dispatcher 350 updates ite assignment table by removing this assigmuent. 

At step 456 fte UA 360 retrieves all new messages, which have arrived to the user s 
mailbox (within fte exchange server) between fte las, login and fte current login, and sends 
these messages to the r»o,e cUent 110 viatheCM 205. ■n,e„atstep458, theUA360 
registers itself for new message notification within the user's mailbox. 

From Ws point forward, as long as there is a valid connection between the clien, 110 
arKl are DM 160, the new messages will be automatically downloaded to fte user's oft-hne 
mailbox flm>ugh flie DM 160 and CM 205 (FIG. 2a&2b). 

Returning now to the opemtion of the CM 205, Fig, 4a point B. upon receivmg flte 
response for tire Login-request, at Step 47. tire CM 205 detem,ines whether .he login has been 

successful. If to lo^n has been successfi.1, at step 474 tire CM 205 waits for the next event, 
which may be incoming mails ftom the Exchange Server or outgoing messages from flte user 
, no If tire login fells, the CM 205 sends 478 a lx,gin-M indication to the user 110 and 
processing continues at step 424 where the CM 2.5 prompt *e user te login agam. 
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Bg 5 mustta«sameftodin.ptae„.«dby.n«cmpla,yembodtae„.ofa CM 205 

* on soins operation a«e, U,. login s.g=. «a,>y. CM Z05 is »ai«^ o^a 
„,« ation«aneve„.hasoco«™d. Upon,«.vingancven.no«Sca«on a.s.pM^ 

;M2.Sae«™ineswhe.>,.fl.eeve„.anived«.6o.*=Om«,OKo„.^x„fton,54a 

TCP/n. connection. ^^.^^ ^ ^ ^ ^, ^ 

If the event arrives from the uu i luvjiv u , , ^ , 

• .nr,ti«ues at step 522. The new message may be mail, calendar, 

"ir:::"r:::::L™-.o..eon.o.anap..e.i.u 

rincon,pJ..e.o™«.Conve«e,Z.O,^Me..S..m..eon.n.secti.^^^^^^^ 

,„e„e 23. and ,he TCP/ff module 24. and a. s«p send. ti.e message over .he ne«,or. as 
queue 23. an ^ ,^ 

described above in conjunction with Fig. 2a. ine ura 

*° "'ttTeveu. airives ftom flie TCP/IP c„m«tion indicating that new me^ge anives 
fiom DM 1.. (FIG. 1). processing continues at step 542. message may^ a^«ai. 
ealendar, tasic etc. message. A. step 542, *e CM 2.S grabs tiie -^ ^^^^^ 

ae^hed above, and at step 544 determines .be type of tiie message. ^ 
„ess.ge5«,ismeiiorca.endar,ats^5«ti.eCM20Spusbes.bemessagem..mW 

remote ctien. U. and at step 564, sends an indication to tiie user. Tben 
,etinnstos.ep510andwaitsforthene,ctevent 

tiie type of message is an e,n>r message 57., a. step 576 .be CM tiies to 
reconnect again by rcruming to step 424 in FIG 4a and continues ftom there. Iftbetypeof 
rZage^sio-n feedback 55, .omthe DM .6.,a.step 552 tbeCM2.5p^orms«.e 

par. of the process, which is described above in conjunction to Fig. 4a, ftom pomt a 

Fig 6 illustrates one method for implementing an exemplary embodmien. of a UA 
, „„(F.a3,during.heongoingoperatio„,a^.hc,oginstage. ^'^^-^-'^ZZ 
forlventtooccur. UPon -iving notification an event has occurrM a. ^ 
UA 36. deteimines whether the even, arrived ftom the Exchange Server .75 (HG. 1) (step 
62.) or from the Dispatcher 350 (FIG. 3) (step 640). 

.fthe event 62. arrives 6om the Exchange Server 175, it means that the cl^t 0 h. 
30 received a new message. new message may be mail, calendar etc. At step 6 ^.he U A 
360 grabs tiie message ftom the inbox of the relevant client li. inthe — 
.d pushes it via the chain comprising the Format Converter 31. (FIG. 3, tiie Mes. Sy. 32. 
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(FIG. 3), *e output section ofpnonty queue 330 and the TCP/IP m 

Lp 630 sends the ntessage ovet the network as described above n, co„,unct,on wtth V., 3. 

Then the UA 360 tetums to step 610 and waits for the next event. 

* 'leevent6.0atrives.o™.el.spa«het350.itn.n.thatthec„»t ass™^ 

5 new message Ue message may be a mail, calendat, login te,«ea. etc. A. step 542 the UA 
' :;::emessageviatbecbainasdescnbedaboveandatstep6«de.etminesthe^e^^ 
Llessage. IfO-etypeofthemessage is mat, ot calendar ot etc, 660 thenats^^^^^^ 

36. submits it into the outbo. in the Exchange Server .75 assocated wrth the user 
The Exchange Se„er 175 (FIG. I) takes responsibility to deliver the message to 

"*1rd;e.,peo,themessageisadisc„nnecti„nmessage650,t.^«-eUA360c.^ 

MAPI session with *e Exchange Server 175 and clears up *e ^located resource T^en the 
r360providesnotice«,theKspa.cher350thatthec„nnec.ionisbro.enandwartstornew 

, "''"".letypeonhemessageisI.gin-re,uest6S0fiomtheCM.05..he„atstep6.^^ 
UA 36. performs 6S. the part of the login process, whtch is described above, m co,un^™. 
I Pi, 4b. At the end of the login process, the UA 36, remms to step 610 and watts f» the 

mg 7 illusnates one method for implementing an exemplary embodimem of a UA 
360 d Jg the Logoff stage. THs routine is irutiated upon receiving a discom,cct,on 
360 during m s otherwise the UA 360 continues m its on gomg 

indication 720 ftom the TCP/IP module 340. Otherwise tne u A 

Tp lion as described above in c»iunction to Fig. 6. Upon receiving a d— n 
:^:.,on 720, the UA 360 staris several operations for terminaUng the on-line^^ 
widtinthe Exchange server. Firstof all, atstep725theUA36.un..ste...^«*^^^^^ 

M notiacarions d.t occur in the mailbox a. the Exchange Server 175. Then a. step 73.>e UA 
6. closest. MAPI session within the Exchange server 175. Upon termtn^g • 

that it is free agam and at step 76. waits for the next asstgmnent. 

,„ the escription >^ claims of *e present a„lication, each of the verbs, ■•comp.se 

30 ..include" and • W, ^ conjugates thereof, are used to indicate that the obiec. or ob,ec. 
.:verbareno.necessarilyacomple.= Usth,gofmemhers.componen.s.elementsorpartsof 

the subject or subjects of the verb. 



next event 
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present taventa has ^ de^bed using deUiW descnptions of embodtaents 
.„eof .Ka. a. provided b, »ay „, «an..e and a„ no. i„«nded » .in,i. *e ^ope of .b^ 
invendon TTe descnbed embodiments comprise different features, not aU o, «h,ch are 
. a„ embodmre„.s ofthe — . Some embodiments of dre present — 
„L only some of U,e feamres or possible combinations of d>e feantres. Varrattons o 

r^llts Of t. present .nvention .bat are described and — 

.vention comprising different comb^.onsoffeamresnoted.ntl.d.scnbe — 

^1, occur » persons of *e art. the scope of the invention .s hmtted only by dte followmg 



claims. 
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